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A method for managing multiple, 
independent, simultaneous calls between a 
mobile communications network (PLMN) 
and a subscriber terminal (MS). For each 
subscriber terminal there is a first upper 
limit, which is related to the capacity of 
its radio interface. Calls are limited to a 
number which does not result in exceeding 
the first upper limit. There is also, for 
the number of the simultaneous calls, at 
least one second upper limit (NMAX), 
which is not lower than zero. The actual 
number (N) of simultaneous calls between 
the network and the subscriber terminal 
is monitored. A new call to/from the 
subscriber terminal (MS) is allowed only 
if the actual number (N) of simultaneous 
calls is less than the at least one second 
upper limit (NMAX). Preferably, there is 
a separate second upper limit for each 
subscriber and for each of several call 
types, such as voice, data and fax calls. 
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Implementing simultaneous calls in a telecommunications 
network 

Background of the invention 

The invention relates to methods and equipment for implementing 

5 multiple calls in a telecommunications network. The invention will be described 
in connection with mobile telecommunications networks, especially so-called 
third generation (3G) mobile communications systems. However, the invention 
is also applicable in wired networks. 3G mobile systems, such as UMTS 
(Universal Mobile Telecommunications System) are being standardised by the 

10 UMTS Forum and the European Telecommunication Standard Institute ETSI. 
The current state of UMTS is defined in references 1 to 4. It has been sug- 
gested that future 3G systems shall permit multiple simultaneous calls to/from 
a single mobile station. In other words, mobile stations shall have multiple in- 
dependently-controlled traffic channels. 

15 A problem with the prior publications related to 3G systems is that 

handling of multiple calls is only specified on a "should-be possible" level. In 
other words, the prior publications almost completely ignore the management 
details of multiple calls to/from a single mobile station. In a second generation 
(2G) system, such as GSM, there is one situation where a mobile station may 

20 have two calls. Such a situation may arise if the subscriber has a supplemen- 
tary service (SS) called Call Hold (CH). However, a 2G mobile station does not 
have multiple independently-controlled traffic channels, and in a CH situation, 
only one call can be active and the other one is put on hold. Even in the so- 
called high-speed data transfer, a mobile station uses several time slots but all 

25 the time slots are assigned to a common traffic channel. 

Disclosure of the invention 

For convenience, the term 'multicall' will be used to describe multi- 
ple, independent, simultaneous calls to/from a single mobile station using mul- 
tiple independently-controlled traffic channels. Some of the calls can be mo- 

30 bile-originated (MO) calls and some can be mobile-terminated (MT) calls. An 
object of the invention is to provide mechanisms for supporting such multicalls. 
The user of the mobile station should be able to receive incoming calls inde- 
pendently of outgoing calls and place new outgoing calls independently of in- 
coming calls. To a certain extent, these requirements interfere or conflict with 

35 certain well-established procedures for supplementary services in existing 
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systems. It is another object of the invention to resolve such conflicts and keep 
them to a minimum. 

The objects are achieved with a method and equipment which are 
characterized by what is disclosed in the attached independent claims. Pre- 
5 ferred embodiments of the invention are disclosed in the attached dependent 
claims. 

The invention is based on novel criteria for allowing incoming and 
outgoing calls in a telecommunications network to which a subscriber terminal 
is connected via a transmission path having a finite transfer capacity, such as 
10 a radio interface. According to a first aspect of the invention, there is provided 
a method for managing multiple, independent, simultaneous calls between a 
telecommunications network and a subscriber terminal. A prior art method 
comprises the step of allowing a new call only if allowing it does not result in 
exceeding a first upper limit, which is related to the available capacity of the 
15 transmission path. 

The first upper limit could also be called 'a physical upper limit' or 
'an available upper limit'. In 2G systems, the step of allowing a new call only 
within the available capacity of the transmission path is almost trivial because 
the capacity of the radio interface is one call. In 3G systems, the Radio Net- 
20 work Controller RNC has typically an Admission Control function allocating a 
certain amount of data rate for each simultaneous call until the maximum data 
rate of the radio interface is reached. Alternatively, if the network is loaded, the 
Admission Control function may allocate a smaller data rate than requested. 
Thus, the first upper limit is at most equal to the physical data rate of the radio 
25 interface, but the Admission Control may limit it to a lower value. The method 
according to the first aspect of the invention is characterized by the steps of: 

defining, for the number of the simultaneous calls, at least one sec- 
ond upper limit, which is not lower than zero; 

monitoring the actual number of simultaneous calls between the 
30 network and the mobile station; and 

allowing a new incoming or outgoing call only if the actual number 
of simultaneous calls is less than the second upper limit. 

A more descriptive term for the second upper limit is 'a current up- 
per limit'. Later in this specification, the expression 'upper limit' (by itself, with- 
35 out the words 'first' or 'physical') refers to the second, or current, upper limit. 
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According to another aspect of the invention, there is provided a 
network element having call control (CC) functionality, such as a Mobile serv- 
ices Switching Centre, for implementing the method described above. 

According to yet another aspect of the invention, there is provided a 
5 subscriber register, preferably a Home Location Register HLR or a Visitor Lo- 
cation Register VLR, for storing sets of subscriber data, wherein each set of 
subscriber data is associated with a specific mobile station, and comprises, or 
is associated with, a corresponding data structure for storing at least one up- 
per limit for the number of simultaneous calls to/from the mobile station in 
10 question 

According to yet another aspect of the invention, there is provided a 
subscriber terminal, such as a mobile station, having a specially adapted user 
interface for setting at least one upper limit for the number of simultaneous 
calls, wherein the subscriber terminal is adapted to transmit the upper limit(s) 

15 to the telecommunications network. 

According to a preferred embodiment of the invention, calls are 
classified into a plurality of call types, such as a voice call, a data call and a 
fax call. For each type, there is preferably a separate upper limit. For example, 
multimedia services can be implemented as multicalls, wherein each call con- 

20 trols one data stream. In a multimedia session, there can be one data stream 
for each of audio, video and data. (The data stream for video may be trans- 
ferred in a data call, or they may be separate call type for video.) Gathering 
and synchronising such simultaneous calls is not performed in the core net- 
work. The core network does not have to recognise any relationship between 

25 the calls related to a common session. Instead, synchronising such simultane- 
ous calls is the task of the user or the application-level software being exe- 
cuted in the mobile station, or in a computer connected to it, or in an applica- 
tion server operationally connected to the cellular network. 

There could be an optional check to verify that the at least one sec- 

30 ond upper limit (NMAX) is selected so that allowing this number of simultane- 
ous calls does not result in exceeding the first upper limit. However, this is not 
strictly necessary, considering that the call control functionality performs this 
step anyway, by allocating data rate within the limits of the radio interface. Ac- 
cording to current vision, a 3G mobile station could, in terms of data rate, sup- 

35 port dozens of simultaneous calls. This far exceeds the user's capability to or- 
ganise such calls, and thus, in practice, the second upper limit is generally set 
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to such a low number that the maximum data rate of the radio interface will not 
be reached. 

Initially, the current upper limit(s) can be defined in the subscription 
contract. Preferably, the one or more upper limits are stored in the Home Lo- 
5 cation Register HLR together with conventional subscriber data. They are also 
transferred to the MSC/VLR serving the MS together with conventional sub- 
scriber data. The MSCA/LR serving the MS monitors the actual number of si- 
multaneous calls, compares the actual number of calls with the upper limit for 
calls and allows a new call only if actual number is less than the upper limit. As 
10 stated, the storing, transferring, comparing, etc. are performed individually for 
each call type. 

According to another preferred embodiment of the invention, the 
user is allowed to modify the current upper limit(s) of simultaneous calls. As a 
rather crude mechanism for implementing this, the user could send a suitably 

15 formulated connectionless message, such as a Short Message or USSD 
(Unstructured Supplementary Service Data) message. As a more user-friendly 
solution, the user may have access to his/her configuration options by means 
of a www browser which may reside in an advanced mobile station, in a port- 
able computer connected to it, or in a separate computer. 

20 According to yet another embodiment of the invention, two supple- 

mentary services known from GSM-type networks will be replaced with more 
advanced (configurable) versions. These supplementary services are BAIC 
(=BArring of Incoming Calls) and BAOC (=BArring of Outgoing Calls) which will 
be replaced with BMIC(N1) (=BArring of Multiple Incoming Calls) and 

25 BMOC(N2) (=BArring of Multiple Outgoing Calls) respectively. The parameters 
N1 and N2 indicate the maximum number of allowed simultaneous incoming or 
outgoing calls. If N1=N2=0, BMIC(N) and BMOC(N) are equivalent to BAIC 
and BAOC respectively. If N1=N2=1, the mobile station acts like a 2G mobile 
station, i.e. only single calls are allowed but multicalls are not. 

30 Obviously, it is not necessary to delete the supplementary services 

BAIC and BAOC. They can be used in parallel with the more advanced ver- 
sions of these services. As an alternative, the parameters N1 and N2 could be 
made optional and appended to the names of the services BAIC and BAOC. In 
other words, BAIC(N1) and BAOC(N2) limit the number of simultaneous calls 

35 to N1 and N2 respectively. If N1 or N2 is omitted, it defaults to zero, which is 
equivalent to the GSM-type implementation of BAIC and BAOC. 
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Preferably, the parameters N1 and N2 have two distinct upper limits 
and a user-configurable current value. The network operator may charge a 
premium for the ability to handle multicalls. For subscribers not willing to pay 
this premium, N1 and N2 have an upper limit of one, i.e. multicalls are not al- 
5 lowed. Even if multicalls are allowed, their number may still be limited to some 
reasonable value. On the other hand, a company which pays the invoice may 
also wish to limit N1 and N2 to one for most users, and only allow multicalls for 
a few users who absolutely need this ability. The user is allowed to set the cur- 
rent values of N1 and N2 between zero and the lower of these upper limits. 

10 The physical upper limit can be stored in the Equipment Identity 

Register EIR. When the current upper limits are changed (at least when they 
are increased), the EIR can be consulted to ensure that the new values are 
within the physical upper limit. Alternatively, the MS's physical upper limit may 
be stored in the HLR, or it can be known only by the MS itself, whereby the 

15 MS and the RNC negotiate a mutually agreed value. According to current 
plans for UMTS, the physical upper limit is not a fixed number of calls, but a 
maximum data rate or bandwidth. The one or more current upper limits should 
be specified so that the sum of the characteristic data rates for the individual 
simultaneous calls does not exceed the maximum data rate of the mobile sta- 

20 tion. Although the physical upper limit is preferably expressed in terms of data 
rate (megabits per second), the current upper limit is preferably expressed as 
a maximum number of calls of each type, because the limit is mainly related to 
the user's ability to organise individual calls. Most probably, the upper limit of 
simultaneous voice calls is set to one, but it makes sense to limit also the 

25 number of simultaneous data and fax calls to a reasonable number. In terms 
of data rate, a UMTS terminal could support dozens of simultaneous data 
calls, but if each data call requires the user's attention at some point of the 
call, the user will be overwhelmed. The characteristic data rate for each data 
call can be determined e.g. by means of the negotiated Quality of Service 

30 (QoS) for the call in question. 

According to other preferred embodiments of the invention, the 
criteria for detecting certain busy conditions in the network and certain sup- 
plementary services using such criteria are modified. 
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Brief description of the drawings 

The invention will be described in more detail by means of preferred 
embodiments with reference to the appended drawing wherein: 

Fig. 1 is a block diagram of a third generation mobile communica- 
5 tions network (UMTS); - 

Fig. 2A depicts a data structure within the MSC/VLR for monitoring 
the number of current calls; 

Fig. 2B is a flow chart illustrating a test for allowing new calls; 

Figs. 3A to 3D are signalling diagrams illustrating handling of user- 
10 detected busy conditions; 

Fig. 4 is a signalling diagram illustrating a hypothetical scenario re- 
lated to the invention; and 

Fig. 5 illustrates a subscriber terminal having a specially adapted 
user interface for setting the upper limit for the number of simultaneous calls. 

15 Detailed description of the invention 

For convenience, certain shorthand notations will be used in the 
description. '3G system' refers to a system having multicall capability, such as 
UMTS. Correspondingly, '2G system' refers to a system lacking multicall ca- 
pability, such as GSM. '3G mode' refers to the operation of a 3G system when 
20 multicalls are allowed, and '2G mode' refers to the operation when multicalls 
are not allowed. 

Fig. 1 is a block diagram of a third generation mobile communica- 
tions network, such as UMTS. It should be understood that no 3G systems 
have been fully standardised. Therefore, all terms and expressions are used 
25 by way of example, and they should be interpreted as terms of description, not 
of limitation. 

A UMTS Mobile Station MS consists of Mobile Equipment ME and a 
USIM card (User and Services and Identity Module). There is a radio interface 
Uu between the MS and a Radio Access Network RAN, which comprises Base 

30 Stations BS under control of Radio Network Controllers RNC. For circuit- 
switched services, the RNCs are connected, via an A interface, to Mobile 
services Switching Centres MSC, and for packet-switched services, there is a 
connection, via a Gb interface, to Serving GPRS Support Nodes SGSN. The 
MSC and SGSN elements may include separate UMTS addition sections. 

35 Subscriber data related to the MS is stored permanently in a Home Location 
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Register HLR and for circuit-switched operation, the data is transferred to the 
Visitor Location Register VLR of the MSC which currently serves the MS. 
There may be separate Interworking units IWU for adapting the A and Gb in- 
terfaces of GSM/GPRS systems to the lu interface of UMTS. For storing 
5 equipment-related data, the network comprises an Equipment Identity Register 
EIR. For entering and updating subscriber-specific data, there is an Operation 
and Maintenance O&M section having a Man-Machine Interface MMI. For cre- 
ating and managing supplementary services, there is typically a dedicated 
Service Control Node SCN which can be seen as an evolved version of a 

10 Service Control Point (SCP) of Intelligent Networks. 

When a new subscriber contract is signed, the subscriber data is 
stored in the HLR. The subscriber data also includes the current upper limits 
for each call type (voice, data, fax...) The mobile station's specifications, in- 
cluding the physical upper limit, can be stored in the EIR, the HLR, or in the 

15 MS itself. The user of the MS can change the current upper limits for each call 
type by sending a suitably formulated short message or USSD message or, 
preferably, by accessing an application server AS via the Internet, either with 
the mobile station or with a separate computer (not shown) connected to the 
Internet. 

20 Fig. 2A depicts a data structure 20 within the MSCA/LR for moni- 

toring the number of current calls. According to a preferred embodiment of the 
invention, the data structure 20 comprises individual upper limits (NMAX V , 
NMAX D , NMAX F ) and individual current numbers of simultaneous calls (N v , N D , 
N F ) for voice, data and fax calls, respectively. The maximum numbers are 

25 stored initially in the HLR, from which they are transferred to the MSCA/LR 
serving the MS. During an inter-MSC handover, the data structure 20 must be 
transferred to the new MSCA/LR. 

Fig. 2B is a flow chart illustrating a test for allowing or rejecting new 
calls. Fig. 2B relates to the preferred embodiment of the invention having indi- 

30 vidual upper limits for each call type (voice, data and fax, etc.) In step 21, a 
request for a new call is detected. In step 22, the call type is determined 
(voice, data or fax). In step 23, the current number N for this call type is com- 
pared with the current upper limit NMAX of the same call type. If N = NMAX for 
this call type (i.e. the upper limit has already been reached), the call will be 

35 rejected in step 27. Step 21 corresponds to the prior art test, wherein it is 



WO 00/16576 



8 



PCT/FI99/00545 



tested whether or not a new call would exceed the physical or available ca- 
pacity of the transmission path, such as the radio interface. If yes, the call will 
be rejected in step 27. Otherwise, in step 25, the number N of this call type will 
be incremented by one and, in step 26, the call will be allowed. Naturally, 
5 when a call is released, the number N of this call type will be decremented _by 
one, although not explicitly shown in Fig. 2B. 

Modifications to busy conditions 

There are two kinds of busy conditions, network determined user 
busy (NDUB) and a user determined user busy (UDUB). In 2G systems, 

10 NDUB condition is detected if the mobile station's one and only traffic channel 
is busy. According to the invention, the NDUB condition is not necessarily de- 
tected if one traffic channel of the MS is allocated. Neither is it sufficient to test 
if all traffic channels of the MS are allocated. According to the invention, the 
NDUB condition is detected if the actual number of simultaneous calls equals 

15 the current upper limit. Preferably, the NDUB detection is performed individu- 
ally for several types of calls (voice, data, fax, etc.) 

Network determined user busy (NDUB) condition is also detected if 
the user has indicated an UDUB condition. In this case, the network maintains 
the NDUB condition until the user cancels UDUB. The user can use this fea- 

20 ture to indicate that he/she does not want to receive any new calls. 

As shown in Fig. 3A, in a mobile-originated (MO) call establishment 
procedure, the user's choice may be indicated to the network as follows, in 
step 3-1 1 , the MS sends a Setup message to the MSC. In step 3-12, the MSC 
replies with a Call_Proceeding message to the MS. In step 3-13, the MSC 

25 sends an Alerting message to the MS. In step 3-14, the MSC sends a 
Connect message to the MS. In step 3-15, the MS replies with a Con- 
NECT_Ack message with a cause-code "user busy". In response to the "user 
busy", in step 3-16, the MSC registers NDUB condition for this MS. 

Fig. 3B shows how, in a mobile-terminated (MT) call establishment 

30 procedure, the MS user's choice may be indicated to the network. In step 3- 
21 , the MSC sends a Setup message to the MS. In step 3-22, if the user ac- 
cepts the call, the MS sends a Call_Confirmed message with a cause-code 
"user busy". If the user rejects the call, the MS sends a Release message with 
a cause-code "user busy". In response to the "user busy", In step 3-23, the 

35 MSC registers NDUB condition for this MS. 
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Fig. 3C shows how the MS user may signal cancelling the UDUB 
condition in an MS-initiated call release procedure. In step 3-31, the MS sends 
to the MSC a Disconnect message with a facility information element "cancel 
busy". In response to the Disconnect message cancelling the UDUB condi- 
5 tion, In step 3-32, the MSC cancels the NDUB condition for this MS. _ 

Fig. 3D shows a network-initiated call release procedure. In step 
3-41, the MSC sends a Disconnect message to the MS. In step 3-42, the MS 
sends to the MSC a Release message with a facility information element to 
"cancel busy". In response to the Release message cancelling the UDUB 
10 condition, in step 3-43, the MSC cancels the NDUB condition for this MS. 

Modifications to other supplementary services (SS) 

The following supplementary services are triggered by a 'user busy' 
condition, and their behaviour should be modified accordingly: CW (Call Wait- 
ing), CFB (Call Forwarding on Busy) and CCBS (Completion of Calls to Busy 

15 Subscribers). In addition, the following supplementary services involve ele- 
ments which may interact with multicall operations: MPTY (Multiparty call), CH 
(Call Hold) and ECT (Explicit Call Transfer). In the following, modifications to 
these supplementary services will be described in more detail. 

For the CW (Call Waiting) SS, the setup signalling does not neces- 

20 sarily differ from prior art setup signalling. According to current specifications, 
the Signal parameter indicates that a special alerting tone (Call Waiting) 
should be given. It is not strictly necessary to convey this information in the 
Signal parameter, since the MS can detect this condition itself. If the user is 
busy, there is no difference in a CW situation between 2G and 3G systems. 

25 There is a difference, however, if the MS user chooses 2G mode but does not 
have CW activated. If the MS is busy, the incoming call will not be offered, 
whereas in the 3G mode the incoming call will be offered as an independent 
call. This problem can be solved by (temporarily) setting the upper limit of si- 
multaneous calls to 1. Now, if the MS is busy and the CW is not activated, in- 

30 coming calls will be barred, like in a 2G system. 

CH (Call Hold) exists in 2G systems because multiple calls must 
share a single traffic channel. In CH operation, one call is active and the other 
one is put on hold. It would appear that CH is a redundant function in a 3G 
system. However, a corresponding function is nevertheless useful for muting 

35 those calls which the user can not handle at the moment. 
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Similarly, MPTY (Multiparty call) might be seen as a redundant SS 
in a 3G system because the speech paths of the multiple calls could be com- 
bined in the mobile station. Nevertheless, it is preferable to implement MPTY 
as a separate supplementary service, because combining the speech paths in 
5 the network (instead of the MS) and offering the combined speech path to the 
MS saves air interface resources and the MS's battery. 

The CFB (Call Forwarding on Busy) supplementary service enables 
a served user to have the network redirect to another user calls which are ad- 
dressed to the served user's ISDN number and which encounter a busy condi- 
10 tion, i.e. either a network determined user busy (NDUB) or a user determined 
user busy (UDUB). 

Fig. 4 is a signalling diagram illustrating a hypothetical scenario re- 
lated to the invention. It should be understood that for clarity, the signalling 
diagram is very much simplified, and routine tasks, such as resource reserva- 

15 tions and the like, are omitted. In step 402, the MS's specifications, including 
the physical upper limit, are stored in the EIR. In step 404, the subscriber data, 
including the current upper limits NMAX for the different call types, are stored 
in the HLR. In step 406, the MS user accesses the application server AS for 
setting the current upper limits NMAX for the simultaneous calls. In step 408, 

20 the AS retrieves the upper limits from the HLR. In step 410, the AS shows the 
current upper limits to the MS user. In step 412, the MS user sets the new up- 
per limits as follows: number of voice calls NMAX V = 1, number of data calls 
NMAX D = 5, number of fax calls NMAX F = 1. Because the number of simulta- 
neous voice calls is limited to 1, in this respect, the MS acts like a 2G device. 

25 However, it is capable of handling multiple data calls and - in this example - 
one fax call while it is involved in a voice call. In step 414, the AS sends the 
modified upper limits to the HLR which sends them to the MSC/VLR. 
(Optionally, either the AS or the HLR could consult the EIR for checking that 
the new limits are reasonable, considering the capabilities of the hardware.) In 

30 step 416, the MS initiates a data call by sending a Setup message. In steps 
418 to 420, the MSC compares the number of current data calls (N D = 0) with 
the maximum number of current data calls (NMAX D = 5) and allows the call by 
sending a Connect message to the MS and a Setup message to the PSTN. 
The MSC increments the current number of data calls N D to 1 . 
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As an alternative to the steps 406 to 414 shown in Fig. 4, the MS 
user could send the network a suitably formulated short message or USSD 
message, an example of which will be shown later in connection with Fig. 5. 

In step 422, the ongoing data call does not fully consume the user's 
5 attention, and the user initiates a voice call. In steps 424 to 426, the MSC 
compares the number of current voice calls (N v = 0) with the maximum number 
of voice calls (NMAX V = 1) and allows the call by sending a Connect message 
to the MS. The MSC increments the number of current voice calls N v to 1 . 

In step 428, another subscriber tries to place a mobile-terminated 
10 (MT) voice call to the MS. In step 430, the MSC compares the number of cur- 
rent voice calls (N v = 1) with the maximum number of voice calls (NMAX V = 1) 
and, in step 432, rejects the MT call by sending a Release message to the 
PSTN. If the MS subscriber has e.g. a CFB supplementary service, it would be 
triggered at this point (the call would be redirected to an alternative number, 
15 such as voice mail). 

In step 434, let us assume that the conversation in the ongoing 
voice call requires the user to place another data call, presumably for inquiring 
about a specific piece of information. Because the user will have two ongoing 
data calls in addition to the voice call, he decides to decline any further calls 
20 by signalling a user busy condition. The details of such signalling have already 
been described under the MO call establishment procedure, Fig. 3A. 

In steps 436 to 438, the MSC again compares the number of cur- 
rent data calls (N D = 1) with the maximum number of current data calls 
(NMAX D = 5) and allows the call by sending a Connect message to the MS. It 
25 also increments the number of current data calls N D to 2. In step 440, the MS 
sends a Connect_Ack message with a cause-code "user busy". In step 442, 
the MSC detects the UDUB condition and sets an NDUB condition. 

In step 444, another subscriber tries to place an MT data call to the 
MS. Although the number of current data calls (N D = 0) is lower than the 
30 maximum number of data calls (NMAX D = 1) there is no need for the MSC to 
perform this comparison, because of the NDUB condition. In step 446, the 
MSC rejects the MT data call by sending a Release message to the calling 
party. 

In step 448, another subscriber tries to place an MT fax call to the 
35 MS. In steps 450 to 452, the MSC compares the number of current fax calls 
(N F = 0) with the maximum number of current data calls (NMAX F = 1) and al- 
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lows the call by sending a Connect message to the calling party. It also in- 
crements the number of current fax calls N F to 1. Thus, according to preferred 
embodiment of the invention, the user can activate the UDUB condition indi- 
vidually for each call type. In this example, the MS is busy (because of UDUB) 
5 for data calls but available for a fax call. 

Next, the MS user ends the latter data call. The user also wishes to 
cancel the UDUB condition for data calls. In step 454, the MS sends a 
Disconnect message with a facility information element "cancel busy". In re- 
sponse to the Disconnect message, in steps 456 to 458, the MSC sends a 
10 Release message to the PSTN, decrements the number N D of simultaneous 
data calls, and cancels the NDUB condition for this MS. 

Fig. 5 illustrates a subscriber terminal, such as a mobile station 
having a user interface for setting certain configuration parameters. In this ex- 
ample, the user interface comprises a display 50, software-programmable op- 

15 tion keys 51 and 52, and up/down keys 53 and 54. Such a user interface is 
known from e.g. a Nokia 2110 GSM terminal. According to yet another aspect 
of the invention, the configuration parameters of the user interface comprise, 
for the number of said simultaneous calls, at least one second upper limit 
(NMAX), which is not lower than zero, and the subscriber terminal is adapted 

20 to transmit said at least one second upper limit (NMAX) to the telecommunica- 
tions network. 

Reference MS1 points to a mobile station while the user is defining 
the upper limit for the number of simultaneous data calls (NMAX D ). The user 
can change the limit by using the up/down keys 53 and 54 and accept the 

25 choice with the programmable OK key 51. Reference MS2 points to a mobile 
station when the user has finished defining the limits as shown in the display 
50. In this phase, the programmable key 51 means "Send". When the user 
presses this key, the mobile station sends to the network a message 55 com- 
prising the user's upper limits for the number of simultaneous data calls. In this 

30 example, the message 55 is shown as a USSD message, such as 
#789V1D5F1#, where the # characters delimit the USSD message, 789 is the 
code for this configuration, and V1, D5 and F1 specify the upper limits for 
voice, data and fax calls, respectively. 

The description only illustrates specific embodiments of the inven- 
35 tion. The invention has been described in connection with third generation 
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mobile communications systems, but the invention is also applicable in wired 
networks, wherein the transmission path to the subscriber terminal is a high- 
speed connection, such as an ADSL (Asymmetric Digital Subscriber Line) 
connection. Thus, the invention is not limited to these examples or the terms 
used, but it may vary within the scope of the appended claims. 

References: 

1. UMTS System Requirements 01.03 

2. General UMTS architecture 23.01 

3. Network principles 23.05 

4. UMTS service aspect principles 22.01 

All references are incorporated herein by reference. 
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Claims 

1. A method for managing multiple, independent, simultaneous calls 
over a transmission path (Uu) between a telecommunications network (PLMN) 
and a subscriber terminal (MS), each subscriber terminal being associated 

5 with a set of subscriber data; the method comprising the step of allowing-a 
new call only within a first upper limit, which is related to the available capacity 
of said transmission path; 

characterized in that the method comprises the steps of: 
defining, for the number of said simultaneous calls, at least one 
10 second upper limit (NMAX), which is not lower than zero; 

monitoring the actual number (N) of simultaneous calls between 
said network and said subscriber terminal; and 

allowing a new call to/from said subscriber terminal (MS) only if the 
actual number (N) of simultaneous calls is less than said at least one second 
15 upper limit (NMAX). 

2. A method according to claim ^characterized in that said 
at least one second upper limit (NMAX) is stored individually for each of sev- 
eral subscribers, preferably together with said set of subscriber data (404) as- 
sociated with the subscriber terminal in question. 

20 3. A method according to claim 1 or 2, characterized in that 

said calls are classified into multiple types, wherein the types include at least 
two of voice, data, telefax and video; and 

said defining, monitoring and allowing steps are performed sepa- 
rately for each call type. 

25 4. A method according to any one of the preceding claims, char- 

acterized in that the user of the subscriber terminal is provided with 
means for setting the at least one second upper limit. 

5. A method according to any one of the preceding claims, char- 
acterized in that said at least one second upper limit (NMAX) is selected 

30 so that allowing this number of simultaneous calls does not result in exceeding 
said first upper limit. 

6. A method according to claim 5, characterized in that first 
upper limit specifies a maximum data rate and for each call or call type, there 
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is a characteristic data rate, and that the at least one second upper limit is 
specified so that the sum of the characteristic data rates of said simultaneous 
calls does not exceed said first upper limit. 

7. A method according to any one of the preceding claims, char- 
5 acterizedin that a Network Detected User Busy (NDUB) condition is de- 
tected if said actual number (N) is at least as high as said at least one upper 
limit (NMAX). 

8. A method according to claim 7, characterized in that a 
Network Detected User Busy (NDUB) condition is also detected in response to 

10 a user detected busy condition (UDUB). 

9. A method according to any one of the preceding claims, char- 
acterized in that the telecommunications network is a cellular mobile net- 
work and the transmission path comprises a radio interface. 

10. A telecommunications network element having call control func- 
15 tionality, preferably a Mobile services Switching Centre (MSC), charac- 
terized in that said network element is adapted to: 

store, for each of several subscriber terminals (MS), at least one 
upper limit (NMAX) for the number of simultaneous calls to/from the subscriber 
terminal; 

20 monitor the actual number (N) of simultaneous calls between said 

network element and said subscriber terminal; and 

allow a new call to/from said subscriber terminal only if the actual 
number (N) of simultaneous calls is less than said at least one second upper 
limit (NMAX). 

25 1 1 . A network element according to claim 10, characterized 

in that said network element is adapted to provide a Call Forwarding on Busy, 
or CFB, supplementary service, substantially known per se, and that said net- 
work element is adapted to provide said CFB supplementary service if the ac- 
tual number (N) of simultaneous calls at least equals said at least one second 

30 upper limit (NMAX). 

12. A network element according to claim 10 or 11, charac- 
terized in that said network element is adapted to provide a Call Waiting, 



WO 00/16576 



PCT/FI99/00545 



16 

or CW, supplementary service, substantially known per se, and that the CW 
supplementary service is adapted to offer a mobile-terminated call if an ongo- 
ing call is in a Setup or Release phase. 

13. A telecommunications network element, preferably a Mobile 
5 services Switching Centre (MSC), being adapted to support at least one call to 

and/or from a terminal and to associate at least one supplementary service 
with said at least one call, characterized in that said set or supplemen- 
tary services comprises barring of calls to and/or from said subscriber, wherein 
said barring limits the number of simultaneous calls to/from said terminal to a 
10 current upper limit which can be set to a positive integer from outside said 
network element. 

14. A telecommunications network element according to claim 13, 
characterized in that said current upper limit is limited to a maximum 
value which can be set by at least one of the following: 

15 - a user of said terminal; 

- the operator of said network; 

- an entity which pays for said at least one call. 

15. A subscriber register (HLR, VLR) for a telecommunications net- 
work, for storing sets of subscriber data, each set of subscriber data being as- 

20 sociated with a specific subscriber terminal (MS), characterized in that 
each of several sets of subscriber data (404) comprises, or is associated with, 
a corresponding data structure (20) for storing at least one upper limit (NMAX) 
for the number of simultaneous calls to/from the subscriber terminal in ques- 
tion. 

25 1 6. A subscriber terminal, such as a mobile station (MS); 

having a transmission path (Uu) to a telecommunications network 
(PLMN) and a user interface for setting a plurality of configuration parameters; 
and 

being capable of multiple, independent, simultaneous calls within a 
30 first upper limit, which is related to the available capacity of said transmission 
path (Uu); 

characterized in that 



PCT/FI99/00545 



said plurality of configuration parameters comprise, for the number 
of said simultaneous calls, at least one second upper limit (NMAX), which is 
not lower than zero; and 

the subscriber terminal is adapted to transmit said at least one sec- 
5 ond upper limit (NMAX) to the telecommunications network. 
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